11/24/92 Enclosed are several commented alternate system files with comments made by Jeff Mefford of the Zero Wait States BBS in San Diego at 619-283-3507. These files are for reference ONLY! They should be printed out and read. they will NOT execute! They include Jeff's comments and my replies to his proposed changes. Some of his usggestions are right on the mark and others I debate. Enjoy! Allen Woolley, Sysop, Moonlit Knight (408)-244-3459 v.32bis ============= This is the message that Jeff originally sent to me on MLK with his suggestions. I have included the files he sent me with .ALT extensions. ============= ---------------------------------------- From : JEFF MEFFORD Number : 588 of 590 To : ALLEN WOOLLEY Date : 11/24/92 6:04pm Subject : Desqview & WC Reference : NONE Read : 11/24/92 9:33pm Private : YES Conf : 000 - General Mail I had a few comments to add to your file you wrote... The QEMM386.SYS command line, possibly could be enhanced by, I=0400-0FFF <----this command will let you have more MAPPABLE area of ram, that desqview can use best to "swap" the active portion of memory, that is a large as possible. VIDRAMEMS <----this, when used with vidram.com, makes the video area MAPPABLE also... So vidram can provide MAPPABLE memory Possibly no need to use ANSI.SYS since it won't do anything when in DV. The WCNODEID, WCPORTID, and all other set statements need to be in the batch files called by desqview for each of the nodes. (seperate batch files, i.e.- WC1.BAT, WC2.BAT, WC3.BAT, etc...) Feel free to call my bbs in san diego if you care to try it.. I run a 4 node bbs on 1 386dx/33 with a server networked with ethernet (NWLITE1.1) and the bbs is a client, in addition to running DV, and is not difficult to maintain. try these suggestions, and see if you can't get larger size windows, i know you will find it useful. Take care and GOOD LUCK!